ii)\\..r. (,KiK<,;wi.,. uk-o-i Aiioiucn Ki-tcn-iuc Nuiiibci H)I I c ^ / ()I 

I'A I I N I Appliratiou Niiiuhci ()'> KK ',,K U, 

1. (( 'iitrciillx aiiicikk'd) A mclhud cttniprisins': 

siimihilitii' a tirsljiarihvarc compiiiicnl in a circuit ilcsigii with a lusl siimilatioii iiuhIcI in an 
clcclronic dcsigiLuuloinalion (l{I)Aj siniujatiun eiiviroiiniciil; 

siiniijatinga scc(md hard\varc>:omiK)n^^ the circuit tlcsign with a second siimihuii>n iiukIcI 
i 11 J I le 1 { I ) A en v i ri )iinicnt ; 

identilyiiig state intbrniatioii comprising a transfer from |[a|| the first simulation model in ||a|| 
the i-d)A simulation environment, said transfer being directed to |lal| die second simulatit)n mode! in a 
circint design 4ieing simulated in tlie-simulalion tH)vi«HHneHt; 

receiving the state informalion i'roin the lirsl simulation model; and 

making the state information available to the second simulation model without simulating the 
transfer in the circuit design. 

2. (Currently amended) The method of claim 1 wherein simulating the transfer from the 
first simulation model to the second simulation model in the circuit design comprises transferring the 
state information through at least one additional simulation model in the EDA simulation environment. 

3. (Currently amended) The method of claim 1 wherein receiving the state information 
and making the state information available comprises: 

storing the state information in a coherent state memory space that is part of the EDA 
simulation environment and corresponds to an element in the circuit design being simulated, said 
coherent state of memory space being accessible to both the first simulation model and the second 
simulation model. 

4. (Original) The method of claim 3 wherein the coherent state memory space is 
accessible to a plurality of additional simulation models. 
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5. (CiHTcnlly amcmlcd) The ihcHhhI ufclaiin 1 wherein rcccivitu' the state inlimnaliuii 
and makiiii' the slate iiiri)rmation avaihible eomprises at least one of: 

a virtual transfer patli lor use when a simulation model of a transfer path in llie cireuit desiim is 
not mehided in the liDA simulation environment: and 

:i higher performance transfer path than the sinuilulion model of the transler patii in the circuit 

design. 

6. (Previously Presented) The method of claim 5 wherein the higher performance transfer 
path provides a lower level of resolution than the simulation model of the transfer path in the circuit 
design. 

7. (Currently amended) The method of claim 3 wherein the EDA simulation environment 
comprises a plurality of additional simulation models, each of the plurality of additional simulation 
models corresponding to one or more of a plurality of additional coherent state memory spaces, the 
method further comprising: 

identifying additional state infomiation comprising additional transfers among the plurality of 
additional simulation models in the EDA simulation environment; and 

storing the additional state information in appropriate ones of the plurality of additional 
coherent state memory spaces such that the additional state information is accessible to corresponding 
ones of the plurality of additional simulation models without simulating the additional transfers in the 
circuit design. 

8. (Currently amended) The method of claim 1 wherein the EDA simulation environment 
comprises a plurality of simulation domains, the method comprising: 

selectively activating and deactivating particular simulation domains in the EDA simulation 
environment such that a resolution and a performance for the circuit design being simulated is 
dynamically modified as the state information is received and made available. 
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1 0. (Previously Presented) The method of claim 9 wherein the software execution domain 
comprises at least one of a native processor package, an instruction set sim^ulator (ISS), and a 
programming language simulator to model software execution in one or more processors. 

1 1 . (Original) The method of claim 9 wherein the hardware simulation domain comprises 
at least one or a logic simulator and a programming language simulator. 

1 2. (Original) The method of claim 1 1 wherein the logic simulator comprises one of a 
hardware description language (HDL) based simulator, a gate-level simulator, a simulation accelerator, 
a system simulator, a cycle simulator, and a programmable hardware emulator. 

13. (Original) The method of claim 1 1 wherein the programming language simulator 
comprises at lease one of a C programming language simulator, a C++ programming language 
simulator, a simulator using a C-based language, a simulator using a C++ based language, and a JAVA 
programming language simulator. 

14. (Original) The method of claim 9 w herein the hardware simulation domain comprises 
at least one simulation model of a circuit element in the circuit design. 

15. (Original) The method of claim 8 fiirther comprising: 

partitioning the circuit design into the plurality of simulation domains based on a partition 

criteria. 

16. (Original) The method of claim 15 wherein the partition criteria comprises at least one 
of an abstraction level, a simulation type, and a function type. 
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17. (Orij'inal) The iticlliod ol claim 1(> wherein |iartilioniiu> the circuit design based on the 
ahslraclic.n level partitions tlie circuit desii'ii iitlo at least otic ofa pin-level domain, a bus-level 
domain, and a transacliondevel domain. 

18. (Original) The method of claim 16 wherein partitioning the circuit design based on the 
simulation type partitions the circuit design into at least one ofa software execution domain, a logic 
simulator domain, and a programming language simulator domain. 

19. (Original) The method of claim 16 wherein partitioning the circuit design based on the 
function type comprises: 

identifying one or more functional elements in the circuit design that have a particular level of 
independent operation from the remainder of the circuit design; and 

defining a domain encompassing each identified functional element. 

20. (Currently amended) The method of claim 8 wherein each of the plurality of simulation 
domains provides a particular performance level and a particular resolution level, and wherein the 
particular simulation domains are selectively activated or deactivated during particular stages of 
simulation in combinations that either accelerate performance of the EDA simulation environment or 
increase resolution of the EDA simulation environment. 

21 . (Original) The method of claim 8 wherein selectively activating and deactivating the 
particular simulation domains comprises: 

identifying a system state of the circuit design; 

determining which of the plurality of simulation domains are to be active for the identified 
system .state; and 

advancing simulation time only in each activated simulation domain. 
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,\!. (Oni'ilial) I lie luclluul ofclaini 1 ulHTciii dclcnniniii|- wliicli ol lhc pluralil) uf 
sinuilalion duimiiiis are lu he acti\e lur llic idcnlified system slate comprises at least one ol'a 
ceiitrali/.ed control, a (raiisaclioii-based control and a dislrilnitioii control. 

23. (Canceled) 

24. (Original) The method of claim 22 wherein the system state comprises system 
addresses in the circuit design. 

25. (Original) The method of claim 22 wherein the system state comprises a data 
transaction in the circuit design, said data transaction being configured with information identifying 
which of the plurality of simulation domains are to be active for the data transaction, and wherein the 
transaction-based control comprises: 

sending a message to a centralized simulation clock as part of the data transaction, said 
message to instruct the centralized simulation clock with respect to which of the plurality of simulation 
doiBains are to be active for the data transaction. 

26. (Original) The method of claim 22 wherein a predetermined simulation domain is 
configured with activation information identifying at least one particular system state for which the 
predetermined simulation domain is to be active, wherein identifying the system state comprises 
receiving a broadcast of the system state at the predetermined simulation domain, and wherein 
distributed control at the predetermined simulation domain comprises: 

determining if the predetermined simulation domain is to be active for the identified system 
state based on the activation information: and 

advancing an operation in the predetermined simulation domain accordingly. 

27. (Original) The method of claim 26 wherein the information further identifies an event 
for terminating operation of the predetermined simulation domain for the at least one particular system 

state. 
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(Oru.inal) llie tucthod ttrdaini :,1 ulicivin detcrniiiiin.u wliich (.flhc pluralil) ol' 
siinulation iloiuains arc lo be acti\c lor Ihe idcnlilicd system stale depeiids m\ ti plurality ofcoiUri*! 
incclianisnis, wlicrciii each ol'the plurality of control mcclumisins comprises a priority level, and 

mechanism. 

29. (Original) The method of claim 8 wherein the plurality of simulation domains comprise 
a hierarchical structure, and wherein selectively activating and deactivating the particular simulation 
domains is based on levels of the hierarchical structure. 

30. (Currently amended) The method of claim 1 wherein both the first simulation model 
and the second simulation model are within a same simulation domain in the EDA simulation 
environment. 

3 1 . (Currently amended) The method of claim 1 wherein the first simulation model and the 
second simulation model are within different simulation domains in the EDA simulation environment. 

32. (Currently amended) A method comprising: 

simulating a first abstraction level of a circuit functionality in a circuit design with a first 
simulation model in an electronic design automation (EDA) simulation environment: 

simulating a second abstraction level of the circuit functionality in the circuit design with a 
second simulation model in the EDA environment; 

reading state information from [[a]] the first simulation model in [[a]] the EDA simulation 
environment when a simulation domain of the first simulation model is deactivated; and 

writing the state information to [[a]] the second simulation model in the EDA simulation 
environment prior to activation of a simulation domain of the second simulation model, said first 
simulation mod e l and said s econd si mulation model representing different v ersions of a same 
functionality in a circuit design being simulat e d. 
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1 (Drit'inal) llic melluHl Dfclaim i.! wherein ihe llrsi siniiilaliisn model aiitl (lie secoiul 
siinulatiuii moilcl eacli liave a particular level i>r perrdnuaiice ami resdliUion, ami uhereiti simulalioii 
ol'lhv circuit (fcsit'ii switches IVdiu the first simulatimi iiuhIcI to llic second siiinilalioii nuHlel is liased 
on a clianuc in a perlbrniance level and/or a resolulioii level desired at a ditTcrent stage ol'siinulalion. 

34. (Original) Tlic method ofclaini 32 wherein tlie Urst simulation nuHlel and the second 
simulation model are among a plurality of simulation models representing a same functionality in the 
circuit design, each of the plurality of simulation models having a particular level of performance and 
resolution, and each oflhc plurality of simulation models being used at different stages of simulation 
depending on a desired performance level and/or resolution level of the simulation. 

35. (Currently amended) A machine readable medium having stored thereon machine 
executable instructions that when executed implement a method comprising: 

simulating a first hardware component in a circ uit design wit h a first simulation mod gLitiaii 
electronic design automation (EDA) simulation environment; 

simulating a second hardware component in the circuit design with a second simulation model 
in the EDA environment; 

identifying state information comprising a transfer from [[a]] the first simulation model in [[aj] 
the EDA simulation environment, said transfer being directed to [[a]] the second simulation model in-a 
eifeuit- ciesig n b eing simulated in the simulati on envir efttaent; 

receiving the state information from the first simulation model; and 

making the state information available to the second simulation model without simulating the 
transfer in the circuit design. 
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1(1. (Ciirrciill) aiiicmlc(l) A iiKichiiic iv:id:ililc medium liaviiij.' slurvd iIktihhi inacliiiic 
executable iiistruclions llial ulien cxeeiilcd inipleiiicnl a melliud comprisiii!',: 

sijmilaliiip a lirsl alistractii>ii le\cl ol'a circuit rimctionality in a circuit desit'ii with a fust 
simulatiim nunlcl in an cleclrunic design autoniali(in (liDAj simulaljon cns iroiiment; 

sinnilutiiu' a seci)nd abstraction level ol"lhe circuit limctioiiality in the circuit design with a 
secHHid simulation model in the 1 {DA environment; 

reading state information trom [|a]| the first simulation model in ||a|] the Id) A simulation 
environment when a simulation domain ol'lhe first simulation model is deactivated; and 

writing the state inlbrmation to [(a]| the sect)iid simulalioii model in the IdM simulation 

cnvironmenl prior to activation of a simulation domain of the second simulation model, saiifiirst 
sifliiilatieft-Hiodel arKkTaitl-^iec+Hi4-iiHHtite+k)ft-Bie^^ 



